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(54) Method and system for controlling and communicating with machines using multiple 
communication formats 

(57) A method and system which allows a remote 

monitoring and diagnostic computer or system to com- pjg m / 

municate using different communication protocols 
which are stored within a data base. After a communica- r 
tion is received, it is analyzed to determine if there is a I 
protocol identifier. If the protocol identifier exists, a data 
base is searched to determine the format of the header r 
of the communication. Once the format of the header is I 
determined, the header of the received communication 
is read to determine the information contained therein. r 
This information is utilized to determine the actual for- [ 
mat of the data which follows. If the protocol identifier 
does not exist, the received communication is examined [ 
to determine if it is in a format which matches one of a [ 
plurality of previously defined format. Critical fields are 
defined which must have certain values and if the [" 
received communication matches these critical values, [ 
the record in a communication protocol data base 
matching the critical values will be utilized in order to 
determine the protocol of the data which has been 
received in the communication. The machine to which 
the remote monitoring and diagnostic system is con- 
nected is a business office device such as a copier, 
printer, or facsimile machine, a digital camera, or 
another type of device. 
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Description 

BACKGROUND OF THE INVENTION 
5 Field of the Invention: 

The present invention is related to communicating with, remote monitoring, diagnosis and control of machines 
using multiple communication formats. The invention is further related to the ability to upgrade and change the commu- 
nication format which is to be utilized. The invention is still further related to a control/diagnostic system which has the 
io ability to communicate with different machines such as copiers, printers, facsimile machines and digital cameras using 
different communication protocols. 

Discussion of the Background: 

is The communication between a remote diagnostic station and a machine such as a business office device which 
includes copiers, printers, facsimile machines and combinations thereof is known and disclosed in U.S. patent 
5.412,779 issued to Motoyama and entitled "METHOD AND APPARATUS FOR CONTROLLING AND COMMUNICAT- 
ING WITH BUSINESS OFFICE DEVICES", which is incorporated herein by reference. However, conventional diagnos- 
tic systems do not use varying communication protocols. 

20 In order to have communication with, control of, or diagnostics of machines using different communication proto- 
cols, it is possible to have a dedicated control and monitoring system for each model. This would assure an ability to 
properly communicate using a different diagnostic computer for each type of machine. However, this could be expen- 
sive, an inefficient use of resources, and not allow or encourage a rapid development or improvement of communication 
protocols. 

25 

SUMMARY OF THE INVENTION 

Accordingly, it is an object of the invention to provide a method and system for communicating with machines which 
has the capability to use varying communication protocols. It is a further object of the invention to analyze a received 
30 communication in order to determine which communication protocol is being used. 

It is yet another object of this invention to provide a control/diagnostic system which contains a data base of differ- 
ent communication protocols which can be used to communicate with varying machines such as a facsimile machine, 
a copier, a printer, a digital copier/printer, a digital camera, or other type of machine. 

These and other objects are accomplished by a novel method and system for communicating with machines using 
35 multiple communication formats. The control/diagnostic system includes a data base of different communication proto- 
cols and formats. The communication protocol is also stored in the machine which is to be monitored or diagnosed. 

The control/diagnostic system initially receives a communication from the machine to be controlled or monitored. 
This initial communication is examined to determine if it begins with a protocol identifier. If the communication does 
begin with a protocol identifier, a protocol identifier data base is searched to determine if there is an entry corresponding 
40 to the protocol identifier. An option of the invention is to determine if a version number of the protocol identifier is stored 
in the data base. 

If there is an entry in the protocol identifier data base corresponding to the protocol identifier contained within the 
initial communication, the corresponding record of the protocol identifier data base is read in order to determine the for- 
mat of the header utilized by the communication. The header, also referred to as a device ID because it contains infor- 

45 mation of the device which transmitted the communication, is then parsed in accordance with the format of the header 
which is contained in the protocol identifier data base in order to determine various information included in the header 
such as the category of the device, the model ID, the serial number, the version of the protocol, and the location of the 
machine. Then an input format data base is searched for a record matching the device defined in the header. If a record 
is found which matches the information of the header of the communication, then the format information is read from 

so the input format data base in order to be able to properly parse the formatted data which follows the protocol ID and 
device ID (header) of the transmission from the machine. 

If it is determined that the communication from the remote device does not begin with a protocol identifier, a com- 
munication protocol data base is searched to determine if the received communication has a header which follows a 
predefined format. This checking can be done beginning with the format corresponding to the highest number of 

55 installed devices. The fields of the received communication which are checked for a match are defined to be critical 
fields, meaning it is critical for the fields to match in order for the received communication to be identified as following 
one of the predefined communication protocols. 

The communications which begin without a protocol identifier are either in a fixed format, meaning a format which 
does not change, or a format which is to be identified utilizing a header identification. The method which is to be used 
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is defined in the communication protocol data base. 

If the header identification method is to be utilized, the device ID (header) of the received communication is read to 
obtain the format identification. Once this format identification is obtained, the corresponding data format is looked up 
in the appropriate location. Alternatively, if the method of identifying the protocol is a fixed format, the format or location 

5 information of the format to be used is looked up in the communication protocol data base. In a first embodiment, the 
format is stored directly in the communication protocol data base. As an alternative, the communication protocol data 
base stores a file name or location at which the format information can be found. As a further alternative, the format 
information can be stored in a data base containing the various fixed formats and this data base can be examined to 
determined the appropriate format. 

w One the communication protocol or format which is to be utilized has been determined, the incoming communica- 
tion is parsed according to the format which has been determined. Further, outgoing communications from the diagnos- 
tic/control system are formatted to utilize the determined protocol or communication format. 

BRIEF DESCRIPTION OF THE DRAWING S 

is 

A more complete appreciation of the invention and many of the attendant advantages thereof will be readily 
obtained as the same becomes better understood by reference of the following detailed description when considered 
in connection with the accompanying drawings, wherein: 

20 Figure 1 illustrates a plurality of machines including business office devices and a digital camera connected to a 
control/diagnostic system; 

Figure 2 illustrates the components of a digital copier/printer; 

Figure 3 illustrates electronic components of the digital copier/printer illustrated in Figure 2; 
Figure 4 illustrates the details of the multi-port communication interface illustrated in Figure 3; 
25 Figure 5 illustrates the process of storing the communication protocols in the machine to be communicated with 
and the control/diagnostic system; 

Figure 6 illustrates the format of a transmission by the device including the details of the device ID or header of the 
transmission; 

Figure 7 illustrates a protocol identifier data base which defines the format of the header utilized with the different 
30 protocol identifiers: 

Figure 8 illustrates the input format data base which describes the varying input formats utilized by the different 
devices defines in the data base; 

Figure 9 illustrates the arrangement of the communication protocol data base; 

Figure 1 0 illustrates a specific data format data base referenced by the communication protocol data base of Figure 

35 7; 

Figures 11A-11D illustrate a flowchart which determines which communication protocol is utilized by a received 
communication; 

Figures 12A-12C illustrate a process of communicating after the format of the communication protocol has been 
determined; 

40 Figure 1 3 illustrates a first example of a communication which utilizes a protocol identifier; and 

Figure 14 illustrates a second example of a communication which does not have a protocol identifier. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

45 Referring now to the drawings wherein like reference numerals designate identical or corresponding parts through- 
out the several views and more particular to Figure 1 thereof, there is illustrated a plurality of machines connected to a 
control/diagnostic system 26. The control/diagnostic system 26 includes a data base 28 which stores a plurality of com- 
munication protocols for use in communicating with the various machines connected thereto. Any type of machine 
including machines which perform mechanical functions or have mechanical sensors or electrical-mechanical sensors 

so or actuators are connected to the control/diagnostic system 26 including a digital camera 2 such as the Ricoh DC-1 
camera, a facsimile machine 4, or different models of copier machines including copier 6 and copier 8. The control/diag- 
nostic system 26 communicates with the different model copiers using different communication protocols. Of course it 
is possible for the control/diagnostic system 26 to communicate with a plurality of the same model copiers or machines 
which use the same communication protocol. Other machines connected to the control/diagnostic system include a 

55 printer 10, a digital copier/printer 20, and a device one designated by 16, a device two designated by 14, and device 
three, designated by 12 connected through the interface 18. These devices 12-16 may be any type of machine to be 
monitored, controlled or diagnosed including a business office machine. The interface 18 is any type of communication 
interface which allows a plurality of devices to be connected to the interface 1 8 and communicate over a communication 
line 22. 



3 



EP 0 798 904 A2 



The communication line 22 is connected to the control/diagnostic system 26 through a communication interface 24. 
This communication interface 24 is any desired type of communication interface including a modem, a LAN (local area 
network) interface, an internet connection, or any other type of interface. The communication line 22 is any type of com- 
munication medium including wires, optical connections, or wireless connections including radio waves or light waves 

5 such as infrared waves. Additional manners of communicating which can be utilized by the present invention are dis- 
closed in commonly owned co-pending U.S. patent application Serial No. 08/463,002 filed June 5, 1995 and entitled 
"METHOD AND SYSTEM FOR DIAGNOSIS AND CONTROL OF MACHINES USING CONNECTION AND CONNEC- 
TIONLESS MODES OF COMMUNICATION", which is incorporated herein by reference. The communication protocol 
data base 28 contains one or a plurality of data bases which are used to parse or decode incoming communications 

w and encode and format outgoing communications from the control/diagnostic system 26. Details of the communication 
protocol data base 28 are explained with respect to the data bases illustrated in Figures 7-10 which are included within 
28. 

The control/diagnostic system 26 includes hardware found in a conventional general purpose computer such as a 
microprocessor, RAM, ROM. display, disk drive such as a hard disk drive, keyboard, etc., connected using a system bus 
is or multiple computers and servers connected by a local area network (LAN), a wide area network (WAN), or both a LAN 
and WAN. 

The control/diagnostic system 26 can initiate communication with the device connected thereto and send a com- 
mand or reguest in order to diagnose and/or control the device. The device will then transmit back a response and/or 
data, and/or perform an action such as moving an actuator, rotating a motor, or perform another operation. Therefore, 

20 the control/diagnostic system can cause the device to perform an electrical-mechanical operation because an electrical 
signal is causing a mechanical operation to take place within the device. When communication is initiated by the con- 
trol/diagnostic system 26, it is necessary for the control/diagnostic system 26 to know the communication protocol or 
format used by the device so that the device will be able to properly interpret the received commands or information. 
The control/diagnostic computer 26 can look up the protocol or communication format in a data base in order to transmit 

25 the desired information or commands. Communication can also be initiated by the device which transmits a command, 
request, data, or a request for diagnosis or an indication of a problem and the control/diagnostic system will then 
respond and/or transmit data or commands back to the device including commands to manipulate or change data, a 
command instructing a reading of data, or a command to perform an electrical-mechanical operation. When communi- 
cation is initiated by the device, the control/diagnostic system 26 must determine the protocol of the incoming commu- 

30 nication based on the teachings described herein in order to properly interpret the received information. 

Figure 2 illustrates the mechanical layout of the digital copier/printer 20 illustrated in Figure 1 . In Figure 2, 101 is a 
fan for the scanner, 102 is a polygonal mirror used with a laser printer, and 103 designates an F6 lens used to collimate 
light from a laser (not illustrated). Reference numeral 104 designates a sensor for detecting light from the scanner, 105 
is a lens for focussing light from the scanner onto the sensor 104, and 106 is a quenching lamp used to erase images 

35 on the photoconductive drum 132. There is a charging corona unit 1 07 and a developing roller 1 08. Reference numeral 
109 designates a lamp used to illuminate a document to be scanned and 110, 111 and 112 designate mirrors used to 
reflect light onto the sensor 104. There is a drum mirror 113 used to reflect light to the photoconductive drum 132 from 
the polygon mirror 102 from a laser. Reference numeral 1 1 4 designates a fan used to cool the charging area of the dig- 
ital copier/printer, and 1 15 is a first paper feed roller used for feeding paper from the first paper cassette 1 1 7. and 1 16 

40 is a manual feed table. Similarly, 1 18 is a second paper feed roller for the second cassette 119. Reference numeral 120 
designates a relay roller, 121 is a registration roller, 122 is an image density sensor and 123 is a transfer/separation 
corona unit. Reference numeral 124 is a cleaning unit. 125 is a vacuum fan. 126 illustrates a transport belt, 127 is a 
pressure roller, and 128 is an exit roller. Reference numeral 129 is a hot roller used to fix toner onto the paper, 130 is 
an exhaust fan and 131 is the main motor used to drive the digital copier. 

45 Figure 3 illustrates a block diagram of the electronic components illustrated in Figure 2. The CPU 160 is a micro- 
processor and acts as the system controller. There is a random access memory 162 to store dynamically changing 
information including operating parameters of the digital copier. A read only memory 1 64 stores the program code used 
to run the digital copier and also information describing the copier (static-state data) such as the model number and 
serial number of the copier. 

so There is a multi-port communication interface 166 which allows the digital copier to communicate with external 
devices. Reference numeral 168 represents a telephone or ISDN line and 170 represents a network. Further informa- 
tion of the multi-port communication interface is described with respect to Figure 4. An interface controller 172 is used 
to connect an operation panel 174 to a system bus 186. The operation panel 174 includes standard input and output 
devices found on a digital copier including a copy button, keys to control the operation of the copier such as number of 

55 copies, reducement/enlargement, darkness/lightness, etc. Additionally, a liquid crystal display is included within the 
operation panel 1 74 to display parameters and messages of the digital copier to a user. 

A storage interface 1 76 connects storage devices to the system bus 1 86. The storage devices include a flash mem- 
ory 1 78 and a disk 1 82. The disk 1 82 includes a hard disk, optical disk, and/or a floppy disk drive. There is a connection 
180 connected to the storage interface 176 which allows for additional memory devices to be connected to the digital 
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copier. The flash memory 1 78 is used to store semi-static state data which describes parameters of the digital copier 
which infrequently change over the life of the copier. Such parameters include the options and configuration of the dig- 
ital copier. An option interface 184 allows additional hardware such as an external interface to be connected to the dig- 
ital copier. 

5 On the left side of Figure 3, the various sections making up the digital copier are illustrated. Reference numeral 202 
designates a sorter and contains sensors and actuators used to sort the output of the digital copier. There is a duplexer 
200 which allows a duplex operation to be performed by the digital copier and includes conventional sensors and actu- 
ators. The digital copier includes a large capacity tray unit 198 which allows paper trays holding a large number of 
sheets to be used with the digital copier. The large capacity tray unit 198 includes conventional sensors and actuators. 

10 A paper feed controller 196 is used to control the operation of feeding paper into and through the digital copier. A 
scanner 191 is used to scan images into the digital copier and includes conventional scanning elements such as a light, 
mirror, etc. Additionally, scanner sensors are used such as a home position sensor to determine that the scanner is in 
the home position and a lamp thermistor to ensure proper operation of the scanning lamp. There is a printer/imager 192 
which prints the output of the digital copier and includes a conventional laser printing mechanism, a toner sensor, and 

is an image density sensor. The fuser is used to fuse the toner onto the page using a high temperature roller and includes 
an exit sensor, a thermistor to assure that the fuser is not overheating, and an oil sensor. Additionally, there is an 
optional unit interface 188 used to connect to optional elements of the digital copier such as an automatic document 
feeder, a different type of sorter/collator, or other elements which can be added to the digital copier. 

Figure 4 illustrates details of the multi-port communication interface 166. The digital copier may communicate to 

20 external devices through a Centronics interface 220 which receives or transmits information to be printed, a SCSI inter- 
face 222, a conventional telephone interface 224 which connects to a telephone line 168A, an ISDN interface 226 which 
connects to an ISDN line 1 68B, an RS-232 interface 228, and a LAN interface 230 which connects to a LAN 1 70. A sin- 
gle device which connects to both a Local Area Network and a telephone line is commercially available from Megahertz 
and is known as the Ethernet-Modem. 

25 The CPU or other microprocessor or circuitry executes a monitoring process to monitor the state of each of the sen- 
sors of the digital copier, and a sequencing process is used to execute the instructions of the code used to control and 
operate the digital copier. Additionally, there is a central system control process executed to control the overall operation 
of the digital copier and a communication process used to assure reliable communication to external devices connected 
to the digital copier. The system control process monitors and controls data storage in a static state memory such as 

30 the ROM 164 of Figure 3. a semi-static memory such as the flash memory 1 78 or disk 182, or the dynamic state data 
which is stored in a volatile or non-volatile memory such as the RAM 1 62 or the flash memory or disk 1 82. Additionally, 
the static state data may be stored in a device other than the ROM 164 such as a non-volatile memory including either 
of the flash memory 178 or disk 182. 

The above details have been described with respect to a digital copier but the present invention is equally applica- 

35 ble to other business office machines such as a facsimile machine, a scanner, a printer, a facsimile server, or other busi- 
ness office machines or any other type of machine. Additionally, the present invention includes other types of machines 
which operate using a connection-mode or connectionless-mode of communication such as a metering system includ- 
ing a gas, water, or electricity metering system, vending machines, or any other device which performs mechanical 
operations, has a need to be monitored, and performs a function. In addition to monitoring special purpose machines, 

40 and computers, the invention can be used to monitor, control, and diagnose a general purpose computer. 

Before any communication is performed, it is necessary to determine the protocol which is to be used with a new 
machine such as a business office device. This determination will be made by an engineer or designer of the machine. 
After starting in Figure 5. step 252 is performed which determines the communication protocol to be used by the device. 
After the protocol is determined, this communication protocol is stored in a memory of the device in step 254 and also 

45 stored in the data base of the control/diagnostic system in step 256, if the protocol is not already stored in the data base 
of the control/diagnostic system. The process of Figure 5 then ends. 

The communication protocols which are utilized by the invention are any type of communication protocol including 
known communication protocols. The data is formatted into any one of a variety of formats including formats which first 
describe the type of data which is followed by that data or the value of the data (e.g., type-value or TV). The data may 

so also be formatted into fields such as the type followed by three value fields (TWV). In these cases, the length of the 
fields is fixed, although it is possible to have varying length of fields also. A third type of formatted data which may be 
used by the invention is the transmission of data in a binary format without type or length information. In this case, the 
format is fixed with a sequence of values with fixed lengths. Another type of format of the data which may be used is 
type, length, and value (TLV) which begins with a field describing the type of data, a field describing the length of the 

55 data to follow, followed by the data itself, also referred to as a value. A fifth type of formatted data which the invention 
can use is type, value, and delimiter, the delimiter indicating the end of the data. 

A preferable form of transmitted data is illustrated in Figure 6 which shows the format of a transmission 260. The 
transmission begins with a protocol ID 262 which includes an identifier of the protocol and preferably a version number 
of the protocol ID. Following the protocol ID 262 is a device ID 264, also referred to as a header. Next is the formatted 
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data 266 which uses any one of the previously described formats such as type-value, type-value-value-value, binary, 
type-length-value, or type-value-delimiter. 

The protocol ID, and preferably the protocol ID and a version number of the protocol ID contained therein defines 
the format of the device ID or header 264 which is to follow. An exemplary device ID 264 is also illustrated in Figure 6 

5 and begins with a field defining the category of the device 270 such as whether the device is a copier, facsimile 
machine, etc. Also included is a model identification 272 of the device, a serial number 274 of the device, a version of 
the protocol used to communicate the formatted data, and a location or address of the device. The location or address 
of the device field 278 includes information such as a street address, a phone number, an e-mail address, or any other 
type of unique identifier which can be used to determine the location of the device. As explained above, the exact 

10 arrangement or format of the device ID or header changes and corresponds to the specific protocol ID 262. 

Figure 7 illustrates the protocol identifier data base. This data base is used to determine the format of the header 
or device ID after the protocol identifier 262 has been determined. The fields of each record in the protocol identifier 
data base include the protocol identifier, the version of the identifier, also referred to as the version of the header, and 
the actual format of the header. 

15 The protocol identifier field can contain any sequence of bits, bytes, or characters which are unique in nature and 
will be readily identifiable as a protocol identifier. For example, the first record in the protocol identifier data base has a 
protocol identifier of ABABBCB CCD CD. This is a fairly unique sequence and will not ordinarily appear in communica- 
tions. Therefore, this unique sequence is an acceptable protocol identifier. The next field in the protocol identifier data 
base is the identifier version, also referred to as the header version. This field is used to allow the format of the header 

20 to be changed while keeping the same basic protocol identifier. It can be seen in the protocol identifier data base that 
the protocol identifier fields of the first and second records are the same. However, these two records have different 
identifier versions, allowing different formats for the header. For example, it is seen in Figure 7 that the second record 
has the format of the serial number allocated using 20 bytes whereas the first record has the format of the serial number 
using only 15 bytes. This change in the number of bytes for the serial number or any change to the device ID (header) 

25 can be easily implemented by adding a new record into the protocol identifier data base. The third record in the protocol 
identifier data base illustrates a third protocol identifier, its version, and the corresponding format of the header. 

After the protocol identifier and identifier version of the transmission are analyzed in order to determine the format 
of the header, the device ID or header can be parsed to determine the information therein using the format of header 
field which is stored in the protocol identifier data base. After this information contained in the format of the header is 

30 determined, the communication format is determined using the input format data base illustrated in Figure 8. 

The input format data base illustrated in Figure 8 contains a plurality of records having fields for information of the 
category of the device, the model ID, the version of the protocol, the format type, the actual format used for communi- 
cation, also referred to as the input format, and the number of machines which are in existence which correspond to this 
specific record. When the device ID of an incoming transmission to the control/diagnostic system 26 is parsed to deter- 

35 mine the information including the category of the device, the model ID, and the version of protocol being used, this 
information is used to search for a corresponding record in the input format data base in order to determine the format 
of the data which follows. For example, if the device ID indicates that the category of the device is a copier, the models 
ID is "FT1 150" in the version of the protocol to be used is 1 .0, the first record of the input format data base matches this 
record and the format type will be found to be "B" which indicates that the communication format used is binary, and the 

40 incoming communications will use the input format which includes a 32 bit integer which indicates a copy count and a 
1 6 bit integer which indicates a jam count. 

In the present application, the content of the formatted data which is received can be defined in any manner. One 
manner of defining this content is illustrated in the Input Format field of the input format data base illustrated in Figure 
8. Other manners of defining fields are set forth in Table 1 below. 

45 



Type/Length. Field Def. 



Byte/N, Field def ((Bit N ), (JIS/X, )) 



SHIFTJIS/X 
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Table 1 illustrates various manners of defining the format of data and the fields thereof. The data is defined begin- 
ning with its type such as Int indicating an integer. Other possible formats include ASCII format, whether the data is a 
byte, a bit, in JIS, or Shift_JIS. JIS and Shift_JIS are Japanese Industrial Standards which are known and conventional 
5 and serve the same purpose as ASCI I. 

Following the type is the Length. This length may be fixed such as being limited to 32 or 16 byte integers, or may 
be defined in the field, as indicated using "N". "X" means the length of information is unknown or undefined. 

After the type/length, there is a field definition which is not illustrated for each entry. The field definition can be used 
to define any field such as a copy count, jam count, or any other parameter or information which is transmitted. In addi- 
10 tion to field definitions, sub-fields may be defined. As an example, the field Byte/N has a field definition which includes 
two sub-fields. These sub-fields contain therein definitions of the data which is in the sub-fields. 

Referring back to the input format data base, if the device ID indicates that the copier is model "FT20" and the ver- 
sion of the protocol used is 1 .0, the format of the communication will be Type-Length-Value (TLV) and the input format 
will be "TLV format 1 ". This is a predefined format which is stored in another location such as a file or data base. Accord- 
15 ingly, this input format field of the input format data base does not have to store the entire definition of the input format 
which is the communication protocol but may just store the name of the protocol in order to simplify the structure of the 
input format data base, This also allows a plurality of devices to use the same input format and therefore does not 
require the format to be separately stored for each of the devices which use this input format. 

The other records of the input format data base simply illustrate exemplary information and the exact details of the 
20 various records are not important. The third record illustrates the information for a facsimile machine, the fourth record 
illustrates the information for a printer, and the fifth record illustrates the information of a digital camera such as the 
Ricoh DC-1 digital camera which is described in U.S. Patent Application Serial No. 08/XXX.XXX filed on February 21, 
1996 (Attorney Docket No. 557-3714-2) and entitled "External Communication Interface for a Digital Camera", which is 
incorporated herein by reference. 
25 The Number Installed field of the input format data base indicates the number of machines which are in existence 
which correspond to the device described in the record. This number can be used to sort the data base or for any other 
purpose, as desired. 

It is possible for a communication received by the control/diagnostic system 26 to begin without a protocol ID. In 
this case, neither the protocol identifier data base illustrated in Figure 7 nor the input format data base illustrated in Fig- 
so ure 8 will be used to determine the communication format. Instead, the communication protocol data base illustrated in 
Figure 9 is used to determine the communication protocol (the format of the data) which is being used. The communi- 
cation protocol data base includes records having fields which define the device ID or header, the number of machines 
which support the protocol defined in the record, the method of identifying the protocol, the location of the data formats 
of the protocol, and critical fields which are used to identify the protocol. 
35 When no protocol identifier is contained in the incoming communication, the incoming communication is checked 
to see if its format matches any one of a number of predefined formats set forth in the communication protocol data 
base. The field in the communication protocol data base called the critical fields which identify the protocol defines val- 
ues of fields of the incoming communication which must be matched in order to find that the communication matches 
the record in the communication protocol data base. 

40 

TABLE 2 
CRITICAL FIELDS 

45 (B10.48-57) (B11.48-47) (B13, 48-57) (B14, 48-57) (B15.255) (b120,1) (B20. 48-57) (B21.48-57) (B22, 48-57) (B23, 
48-57) 

(bO,1) (b1,1) (b2.1) (b8.1) (b9,1) (b10. 1) (b255,0) (b256.0) (b257,1) (b258,1) 



50 

Table 2 which illustrates the critical fields includes a first entry which is utilized with the first record in the communi- 
cation protocol data base and a second entry which is used with the second record of the communication protocol data 
base. The first entry in the above table begins (B10, 48-57), (B11, 48-57) etc. The information between each set of 
parenthesis defines a critical limitation. The capital letter "B" followed by the 10 indicates that byte 10 of the incoming 
55 communication must have a value between and including 48 and 57. This corresponds to the ASCII representation of 
numerals zero through nine. Similarly, the other critical fields of the first entry in the table define other requirements of 
the various bytes. 

The second entry in Table 2 uses lower case "b"'s to indicate requirements of individual bits within the incoming 
communication. For example, (bO, 1) indicates that bit zero of the received communication must have the value 1 . 
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The present invention analyzes incoming communications without protocol identifiers by first determining rf an 
incoming communication matches the critical fields defined in the communication protocol data base. The communica- 
tion protocol data base includes afield defining the number of machines supporting the protocol. This allows the critical 
fields to be checked beginning first with the most popular communication protocol in order to most efficiently use the 

5 search time and the most likely to obtain a match within the communication protocol data base. 

Once a record within tiie communication protocol data base has been identified as corresponding to an incoming 
communication protocol, the method of identifying protocol within the record of the communication protocol data base 
is examined to determine how the communication protocol is to be examined. Two method of identifying the protocol to 
be used include reading an identification within the header of an indication of the protocol to be used, or a fixed format 

10 identification, meaning there is only one unique communication protocol which corresponds to the critical fields. 

When the header identification method is to be utilized to determine the communication protocol, the header must 
be read to determine an identification therein which indicates the data format to be used. In this case, the device ID or 
header field within the record of the communication protocol must be examined to determine the location of the format 
ID contained within the header. As an example, the device ID or header within the communication protocol data base 

15 may be the same or similar as the device ID (header) 264 illustrated in Figure 6 but additionally contain a Format ID 
field which is read to determine which of the plurality of data formats corresponding to the critical fields of the first record 
are to be utilized. For example, the format ID is stored in bytes 20-23 of the received communication. Once the format 
ID is determined, the data base defined in the location of data formats of protocol field of the communication protocol 
data base is searched to determine the actual data format. For example, the data base "CSSDATA.DB" is illustrated in 

so Figure 10 is utilized. In Figure 1 0. the data base is illustrated as containing a format ID field, a format type field, and the 
actual data format. Once the device ID of the incoming communication is read, the format ID contained within the 
header can be determined and the data base, for example illustrated in Figure 1 0, utilized to determine the data format. 

Figures 1 1 A-1 1 D illustrate a process for determining the communication protocol which is used by a communica- 
tion. This process is preferably performed by the control/diagnostic system 26 but may be performed by any device 

25 which receives communications which must have the format thereof determined. After starting, step 302 receives the 
initial communication. Step 304 then checks if the communication which has been received begins with a protocol iden- 
tifier such as a protocol identifier defined in the protocol identifier data base. If it does, step 306 searches the protocol 
identifier data base illustrated in Figure 7 for the protocol identifier and the identifier or header version. This step is a 
search of the records within the protocol identifier data base for a record matching the protocol identifier and a version 

30 of the received communication. Alternatively, the identifier version can be omitted from the protocol identifier data base 
and from the checking. Step 308 then determines if the protocol identifier and the version are found within a record of 
the protocol identifier data base. If they are not found within this data base, an error is returned. As an alternative to 
returning an error, flow proceeds to process B illustrated in Figure 1 1C to determine the communication protocol, as if 
the protocol identifier did not exist. 

as If step 308 determines that there is a corresponding protocol identifier and version found within the protocol identi- 
fier data base, flow proceeds to step 310 which reads the format of the header from the protocol identifier data base. In 
step 312, the device ID or header (e.g., 264 of Figure 6) is parsed in order to determine the information within the var- 
ious fields of the header, using the format of the header which was located in the protocol identifier data base. Step 314 
then searches the input format data base illustrated in Figure 8 for a record matching the device defined within the fields 

40 of the device ID (header). For example, the input format data base is searched for the category of the device, the model 
ID, and the version of the protocol, tf step 316 determines that a matching record within the input format data base has 
not been found, an error is returned. Alternatively, if a matching record is found, step 318 reads the format type and 
input format from the matching record of the input format data base and returns this format information to the process 
which called the process of the Figures 1 1 A-1 1 D (e.g., a main routine for processing incoming communications of the 

45 control/diagnostic system 26). 

The flowchart illustrated in Figure 1 1C is called when the received communication does not begin with a protocol 
identifier and can also be used when the protocol identifier which is used by the received communication is found. In 
Figure 11C, step 320 obtains the record in the communication protocol data base which has the largest number of 
installed machines. For example, the first record in the communication protocol data base contains 99.000 machines 

so which support the protocol defined by this record. Step 322 then determines if the critical fields of this record match the 
format of the received communication. This is determined by examining if the requirements for the critical field match 
the construction of the received communication. If they do not, step 234 checks to see if all records of the communica- 
tion protocol data base have been checked. If all records have been checked, an error is returned indicating that no 
communication protocol which matches the received communication has been found. Alternatively, if all records have 

55 not been checked, flow proceeds from step 324 to step 326 which obtains a record from the communication protocol 
data base which has the next highest number of machines and flow returns to step 322 which determines if this record 
matches the critical fields. If the fields are determined to match in step 322, flow proceeds to step 328 in Figure 1 1D 
which reads the "method of identifying protocol" field within the communication protocol data base in order to determine 
the method used to identify the protocol. If the method used to identify the protocol is a header identification method, 
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flow proceeds to step 332 which reads the device ID (header) utilizing the defined format of the header set forth in the 
communication protocol data base in order to locate the format ID field. Step 334 then reads the data base defined in 
the location of data formats of protocol of the communication protocol data base (e.g., Figure 1 0) in order to determine 
the data format which is utilized by the received communication. The format information is then returned. 

s if step 328 determines that the method of identifying the protocol of the record is a fixed format identification, mean- 

ing there is only one format which corresponds to the record which is matched with the critical fields of the incoming 
communication, step 330 determines the communication protocol in any one of three ways. First, the format is directly 
stored in the "location of data formats of protocol" field, and this field is read in order to determine the communication 
protocol. As an alternative, there is a file identified within the "location of data formats of protocol" field and this file is 

10 read in order to determine the communication protocol. As a further alternative, the "location of data formats of protocol" 
field identifies a data base which is searched in order to locate a record corresponding to the record in the communica- 
tion protocol data base and this further data base is searched in order to find the format information. The format infor- 
mation which is found is then returned and the process ends. 

Figures 12A-12C illustrate a process for handling incoming communications performed by either the control/diag- 

is nostic system 26, or the device connected thereto. This process can be used to communication any information includ- 
ing the type of information which is communicated in U.S. Patent 5,412,779 entitled "Method and Apparatus for 
Controlling and Communicating with Business Office Devices." 

After the communication format or protocol is determined using the flowcharts of Figures 11A-11 D. the process of 
Figure 12 is started and a parsing routine is called in step 352 which parses the received formatted data such as the 

20 formatted data 266 illustrated in Figure 6. The parsing is used to determine commands, parameters, or other informa- 
tion contained in the communication. Step 354 then determines if any other communication or function is to be formed 
or if the communication process is finished. If the communication process is finished, flow proceeds to process E illus- 
trated in Figure 1 2C. If the process is not finished, flow proceeds to step 356 which determines if there is an unknown 
token or section of a received communication. If there is. flow proceeds to step 358 which determines if there is a need 

25 to communicate this problem of an unknown token to the transmitting device. If there is a need to communicate, flow 
proceeds to step 360 which sends a message to the transmitting device indicating the problem of the unknown token. 
If there is no need to communicate, flow proceeds from step 358 back to the beginning of the flowchart illustrated in 
Figure 12A. 

If step 356 determines that there is not an unknown token, step 362 determines if an action needs to be taken. The 

30 action could be in response to a received command or a requirement for a change in or reading of memory contents. If 
an action does need to be taken, flow proceeds to step 364 which determines if a parameter is needed. If a parameter 
is needed, step 366 performs further parsing to determine the parameter. Step 368 then determines if the parsing is 
finished or there is a problem with an unknown token. If there is an unknown token, (yes in step 368), flow proceeds to 
step 358. Otherwise, if the process is determined to be finished in step 368 or step 364 determines that no parameters 

35 are needed, step 370 performs the necessary action. This can be any type of action including reading memory locations 
within the device, changing the content of a memory, operating components of the device, or any desired action. From 
step 370, flow proceeds to process F illustrated in Figure 12B. 

In Figure 12B, step 372 determines if there is a need to send a message. If there is no need to send a message, 
flow returns to the beginning of Figure 12A. If there is a need to send a message, flow proceeds from step 372 to 374 

40 which encodes the message using the previously determined communication protocol. Step 376 then determines if the 
message is ready, meaning is the message complete and ready to send or is it necessary to wait? If the message is not 
ready to send, the message is placed in a buffer or queue and flow proceeds back to the beginning of the process illus- 
trated in Figure 12A. If step 376 determines that the message is ready to send, flow proceeds to step 378 which packs 
the message into a packet for transmission. Step 380 then transmits the message and step 382 empties a message 

45 queue. Flow then returns back to the beginning of the process illustrated in Figure 1 2A. 

If step 354 determines that the communication process is finished, flow proceeds to process E illustrated in Figure 
1 2C. In Figure 12C, step 384 determines if the message queue is empty. If it is, the process ends. If the message queue 
is not empty, step 386 packs the message for sending into packets, step 388 transmits the message, and step 390 emp- 
ties the message queue. The communication process then ends. 

50 Figure 13 is a first example utilized to explain the operation of the invention. In both the examples of Figure 1 3 and 
Figure 14, there is a top row which indicates byte number and a bottom row which indicates the content of the commu- 
nication. The example in Figure 13 is a received communication which begins with a protocol identifier including a ver- 
sion number in bytes 1-8. The protocol identifier is ABABBCBCCDCD followed by a version number in bytes 7 and 8 
which is 0101 . Next, bytes 9-1 2 indicate the category of the device followed by bytes 13 through 22 which includes the 

£5 model ID. Next, bytes 23 through 37 are a fifteen byte serial number followed by bytes 38-42 which are five bytes of the 
version of the protocol. Next in Figure 13 are bytes 43-92 which is a fifty byte device location. In this particular example, 
bytes 43-45 are used to indicate the type of information contained in the address, zero being used for a street address, 
1 being used for a phone number, and 2 being used for an e-mail address. In this example, as the value of bytes 43-45 
is one, the information which follows is a phone number. 
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Bytes 93-98 are the formatted data which has been communicated. The formatted data is in the Type-Value format 
and contains two bytes of the type which is 8001 followed by four bytes of the content in bytes 95-98 which indicates an 
abnormal jam count. 

In order to read the actual formatted data in bytes 93-98. the present invention determines that the communication 
5 begins with a protocol identifier in bytes 1 -8 and looks up the format of the header contained in bytes 9-92 in the proto- 
col identifier data base illustrated in Figure 7. The first record of the protocol identifier data base in Figure 7 matches 
the protocol identifier and version contained within Figure 13. Once the information is read within the header (bytes 9- 
92), the input format data base is searched to find information matching the information in the header. There is no 
record in the input format data base illustrated in Figure 8 which corresponds exactly to Figure 13. However, in reality 
io and when there is proper operation of the invention, such a record would exist. In this case, the version of the protocol 
contained in bytes 38-42 would indicate that the formatted data will be in the type-value format. The information follow- 
ing byte 92 will be parsed according to the specific type-value format which has been previously defined and stored in 
the control/diagnostic system. 

Figure 1 4 is a second example of a received communication. This example does not begin with a protocol identifier. 
is Accordingly, the control/diagnostic system will analyze the format of the transmitted information to determine if there are 
critical fields which match the received communication. In this example, the received communication matches the crit- 
ical fields defined in the first entry of Table 2 of the specification which corresponds to the first record in the communi- 
cation protocol data base of Figure 9. Accordingly, the device ID or header format will be looked up in the 
communication protocol data base to determine that bytes 20-23 contain a format ID. The value of bytes 20-23 is two. 
20 This format ID is looked up in the data base illustrated in Figure 1 0 which indicates that tee data which follows will be a 
32 bit integer indicating a copy count. The copy count is indicated in bytes 24-27 of the example in Figure 14. 

The various data bases utilized by the invention are easily updated, upgraded, and expanded, giving great flexibility 
in the use of new communication protocols. Further, if the control/diagnostic system 26 knows which protocol the 
machine being monitored is using, communication is easily initiated by the control/diagnostic system 26. Further, the 
25 teachings of the use of data bases may also be applied to the device or machine being monitored. 

This invention may be conveniently implemented using a conventional general purpose digital computer or micro- 
processor programmed according to the teachings of the present specification, as will be apparent to those skilled in 
the computer art. Appropriate software coding can readily be prepared by skilled programmers based on the teachings 
of the present disclosure, as will be apparent to those skilled in the software art. The invention may also be implemented 
30 by the preparation of application specific integrated circuits or by interconnecting an appropriate network of conven- 
tional component circuits, as will be readily apparent to those skilled in the art. 

The present invention includes a computer program product which is a storage medium including instructions which 
can be used to program a computer to perform a process of the invention. The storage medium can include, but is not 
limited to, any type of disk including floppy disks, optical discs. CD-ROMs, and magneto-optical disks, ROMs, RAMs, 
35 EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for storing electronic instructions. 

Obviously, numerous modifications and variations of the present invention are possible in light of the above teach- 
ings. It is therefore to be understood that within the scope of the appended claims, the invention may be practiced oth- 
erwise than as specifically described herein. 

40 Claims 

1 . A method of communicating, comprising the steps of: 

transmitting information from a first device to a second device; 
45 receiving, by the second device, the information which has been transmitted; 

determining, by the second device, a communication protocol utilized by the first device; and 

parsing, by the second device, the information transmitted by the first device using the communication protocol 

which has been determined. 

so 2. A method according to claim 1 , wherein the determining step comprises: 

determining the communication protocol by examining if the information which has been transmitted includes 
an identifier. 

55 3. A method according to claim 2, wherein the determining step further comprises: 

looking up the identifier in a data base to determine a communication protocol corresponding to the identifier. 
4. A method according to claim 3, wherein the step of looking up comprises: 



10 



EP0 798 904 A2 

looking up the identifier in the data base to determine a format of a header of the transmission; 
parsing the header of the transmission using the format of the header which was determined; and 
determining the communication protocol using information in the header which was parsed using the format of 
the header. 

5. A method according to claim 1 , wherein the determining step comprises: 

determining the communication protocol by examining if the information which has been transmitted includes 
a communication protocol identifier. 

6. A method according to claim 1 , wherein the determining step comprises: 

determining if the information which has been transmitted is arranged in a same format as a predetermined for- 
mat. 

7. A method according to claim 1 , wherein the determining step comprises: 

determining if the information which has been transmitted has a plurality of fields having a same format as one 
of a plurality of predetermined formats. 

8. A method according to claim 4, wherein the determining step comprises: 

determining if the information which has been transmitted has a plurality of fields having a same format as one 
of a plurality of predetermined formats by sequentially comparing the plurality of fields with the plurality of pre- 
determined formats in an order starting with a predetermined format which is most common. 

9. A method according to claim 8. wherein the determining step comprises: 

determining if the information which has been transmitted has a plurality of fields having a same format as one 
of a plurality of predetermined formats by sequentially comparing the plurality of fields with the plurality of pre- 
determined formats in a generally descending order from most common format to least common format. 

1 0. A method according to claim 9, further comprising the step of: 

sorting the predetermined formats from most common format to least common format. 

11. A method according to claim 1, wherein the transmitting step comprises: 

transmitting the information from a business office device. 

12. A method according to claim 1, wherein the transmitting step comprises: 

transmitting the information from the first device which is a copier. 

13. A method according to claim 1. wherein the transmitting step comprises: 

transmitting the information from the first device which is a printer. 

14. A method according to claim 1, wherein the transmitting step comprises: 

transmitting the information from the first device which is a facsimile machine. 

15. A method according to claim 1, wherein the transmitting step comprises transmitting the information from the first 
device which is a digital camera. 

16. A method according to claim 6, wherein the step of determining examines said predetermined format which indi- 
cates values which must exist in order to determine if there is the same format. 

17. A method according to claim 16, wherein the step of determining examines said predetermined format which indi- 
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cates values of at least one of bits and bytes which must exist in order to determine if there is the same format. 

18. A method according to claim 1, further comprising the step of: 

5 looking up, after the step of determining, information of the communication protocol utilized by the first device 

in a data base containing a plurality of communication protocols, 

wherein the parsing step comprises parsing the information transmitted by the first device using the 
information of the communication protocol determined in the step of looking up. 

io 19. A system for communicating, comprising: 

a first device for transmitting information; 

a second device which receives the transmitted information from the first device, including: 

is means for determining a communication protocol utilized by the first device; and 

means for parsing the information transmitted by the first device using the communication protocol which 
has been determined. 

20. A system according to claim 19, wherein the means for determining comprises: 

20 

means for determining the communication protocol by examining if the information which has been transmitted 
includes an identifier. 

21. A system according to claim 20, wherein the means for determining comprises: 

25 

means for looking up the identifier in a data base to determine a communication protocol corresponding to the 
identifier. 

22. A system according to claim 22, wherein the means for looking up comprises: 

30 

means for looking up the identifier in the data base to determine a format of a header of the transmission; 
means for parsing the header of the transmission using the format of the header which was determined; and 
means for determining the communication protocol using information in the header which was parsed using the 
format of the header. 

35 

23. A system according to claim 19, wherein the means for determining comprises: 

means for determining the communication protocol by examining if the information which has been transmitted 
includes a communication protocol identifier. 

40 

24. A system according to claim 19, wherein the means for determining comprises: 

means for determining if the information which has been transmitted is arranged in a same format as a prede- 
termined format. 

45 

25. A system according to claim 19, wherein the means for determining comprises: 

means for determining if the information which has been transmitted has a plurality of fields having a same for- 
mat as one of a plurality of predetermined formats. 

50 

26. A system according to claim 22, wherein the means for determining comprises: 

means for determining if the information which has been transmitted has a plurality of fields having a same for- 
mat as one of a plurality of predetermined formats by sequentially comparing the plurality of fields with the plu- 
55 rality of predetermined formats in an order starting with a predetermined format which is most common. 

27. A system according to claim 26, wherein the means for determining comprises: 

means for determining if the information which has been transmitted has a plurality of fields having a same for- 
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mat as one of a plurality of predetermined formats by sequentially comparing the plurality of fields with the plu- 
rality of predetermined formats in a generally descending order from most common format to least common 
format. 

5 28. A system according to claim 27, further comprising: 

means for sorting the predetermined formats from most common format to least common format. 

29. A system according to claim 19, wherein: 

10 

the first device is a business office device. 

30. A system according to claim 19, wherein: 
is the first device is a copier. 

31 . A system according to claim 19, wherein: 

the first device is a printer. 

20 

32. A system according to claim 19, wherein: 

the first device is a facsimile machine. 
25 33. A system according to claim 19, wherein: 
the first device is a digital camera. 

34. A system according to claim 24, wherein the means for determining comprises: 

30 

means for examining said predetermined format which indicates values which must exist in order to determine 
if there is the same format. 

35. A system according to claim 35, wherein the means for determining comprises: 

35 

means for examining said predetermined format which indicates values of at least one of bits and bytes which 
must exist in order to determine if there is the same format. 

36. A system according to claim 19. wherein the second device further comprises: 

40 

means for looking up information of the communication protocol utilized by the first device in a data base con- 
taining a plurality of communication protocols, 

wherein the means for parsing comprises means for parsing the information transmitted by the first 
device using the information of the communication protocol determined by the means for looking up. 

AS 

37. A method of diagnosing a first device by a second device which has an ability to diagnose different types of devices, 
comprising the steps of: 

transmitting information from the first device to the second device; 
so receiving, by the second device, the information which has been transmitted; 

determining, by the second device, a type of the first device; 

parsing, by the second device, the information transmitted by the first device using the communication protocol 
which has been determined; and 

diagnosing a condition of the first device by the second device using the information which has been parsed. 

55 

38. A method according to claim 38, wherein the parsing step comprises: 

parsing the information using one of a plurality of protocols which corresponds to a type of the device. 
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39. A method according to claim 39, further comprising the step of: 

selecting a communication protocol, used by the parsing step, from a plurality of communication protocols 
stored in a data base which defines a plurality of communication formats. 

5 

40. A method according to claim 39, wherein the selecting step comprises: 

selecting a communication protocol for a facsimile machine from the data base which contains communication 
protocols for both facsimile machines and copier machines. 

10 

41. A method according to claim 39, wherein the selecting step comprises: 

selecting a communication protocol for a copier machine from the data base which contains communication 
protocols for both facsimile machines and copier machines. 

is 

42. A method according to claim 38, further comprising the step of: 

controlling the first device by the second device by transmitting control information from the first device to the 
second device using the communication protocol which has been determined. 

20 

43. A system for remotely diagnosing devices, comprising: 

a first device which is remotely diagnosed, including: 

25 means for transmitting information; 

a second device for performing a remote diagnosis of the first device, including: 

means for receiving the information which has been transmitted by the first device; 
30 means for determining a type of the first device; 

means for parsing the information transmitted by the first device using the communication protocol which 
has been determined; and 

means for diagnosing a condition of the first device by the second device using the information which has 
been parsed. 

35 

44. A system according to claim 44, wherein the means for parsing comprises: 

means for parsing the information using one of a plurality of protocols which corresponds to a type of the 
device. 

40 

45. A system according to claim 45, wherein the second device further comprises: 

means for selecting a communication protocol, used by the means for parsing, from a plurality of communica- 
tion protocols stored in a data base which defines a plurality of communication formats. 

45 

46. A system according to claim 46, wherein the means for selecting comprises: 

means for selecting a communication protocol for a facsimile machine from the data base which contains com- 
munication protocols for both facsimile machines and copier machines. 

so 

47. A system according to claim 46, wherein the means for selecting comprises: 

means for selecting a communication protocol for a copier machine from the data base which contains com- 
munication protocols for both facsimile machines and copier machines. 

55 

48. A system according to claim 44, wherein the second device further comprises: 

means for controlling the first device by the second device by transmitting control information from the first 
device to the second device using the communication protocol which has been determined. 
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49. A method of controlling a first device by a second device which has an ability to control different types of devices, 
comprising the steps of: 

determining, by the second device, a type of the first device; 
5 determining, by the second device, a communication protocol utilized by the first device; 

constructing, by the second device, a message containing an instruction for controlling the first device; 

transmitting the message from the second device to the first device; 

receiving, by the first device, the message transmitted by the second device; and 

performing, by the first device, an operation in response to the message transmitted by the first device. 

10 

50. A method according to claim 50, wherein the step of determining the communication protocol comprises: 

determining the communication protocol from a plurality of protocols. 
is 51 . A method according to claim 51 , wherein the step of determining the communication protocol comprises: 
determining the communication protocol from a plurality of protocols having different data formats. 

52. A method according to claim 50. wherein the step of performing an operation comprises: 

20 

transmitting information within a memory of the first device to the second device. 

53. A method according to claim 50, wherein the step of performing an operation comprises: 
2S altering contents of a memory within the first device. 

54. A method according to claim 50, wherein the step of performing an operation comprises: 

performing an electrical-mechanical operation within the first device. 

30 

55. A method according to claim 50, wherein the step of performing an operation comprises: 

performing an operation in the first device which is a facsimile machine. 
35 56. A method according to claim 50, wherein the step of performing an operation comprises: 
performing an operation in the first device which is a copier machine. 

57. A method according to claim 50, wherein the step of performing an operation comprises: 

40 

performing an operation in the first device which is a printer. 

58. A system of controlling remote devices, comprising: 

45 a second device for controlling a first device, including: 

means for determining a type of the first device; 

means for determining a communication protocol utilized by the first device; 
means for constructing a message containing an instruction for controlling the first device; and 
so means for transmitting the message from the second device to the first device, and 

the first device, comprising: 

means for receiving the message transmitted by the second device; and 
55 means for performing an operation in response to the message transmitted by the first device. 

59. A system according to claim 59. wherein the means for determining the communication protocol comprises: 

means for determining the communication protocol from a plurality of protocols. 
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60. A system according to claim 60, wherein the means for determining the communication protocol comprises: 

means for determining the communication protocol from a plurality of protocols having different data formats. 

61 . A system according to claim 59, wherein the means for performing an operation comprises: 

means for transmitting information within a memory of the first device to the second device. 

62. A system according to claim 59, wherein the means for performing an operation comprises: 

means for altering contents of a memory within the first device. 

63. A system according to claim 59, wherein the means for performing an operation comprises: 

means for performing an electrical-mechanical operation within the first device. 

64. A system according to claim 59, wherein the first device is a facsimile machine. 

65. A system according to claim 59, wherein the first device is a copier machine. 

66. A system according to claim 59, wherein the first device is a printer. 

67. A memory containing a data structure which stores information defining requirements for communications, com- 
prising: 

a data structure stored in said memory including: 

a field for storing a byte number of a byte of a received communication; and 
a field for storing a value which must appear in said byte. 

68. A memory according to claim 68, wherein: 

said field for storing a value stores a range of said value. 

69. A memory according to claim 68, wherein said data structure further includes: 

a field for storing a bit number of a bit of a received communication; and 
a field for storing a value which must appear in said bit. 
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